Output

This manuscript creates a computationally reproducible workflow that generates the following figures and interactive documents from our single github repository:

## [1] "list"         "owmr_weather"

Preceptation

1 day accumulation satellite data

Prediction

Multiple different organisations provide predictions of the Canberra weather. Here I have combined these predictions into a general estimate of weather from each forecast for different time incriments. To do this the coding needs to take each prediction and collate the relavent information into a structure that allows us to compare different versions of the weather prediction along a timeline of Australian times and dates….ACT times and dates sorry….

Radar

## file downloaded to:data/BOMradarIMG/radar.png

Current Canberra radar BOM

Introduction

Here we have taken advantage of the tools and other available tools for open science to create a dynamic dashboard for a local landscaping company.

Study area

The study area for this data is the ACT region. We have divided this area up into unique areas that the landscaping business does regular jobs. This allows us to generate locally specific information with some understanding of the confidence of the evidence based on the proximity of the location to the weather station and forecasting information. Figure 1 represents the areas and divisions we have used to group our data as we update the information using our R code at regular intervals.

Methods

The approach to estimating and developing models for real-time data estimation and prediction has many applications and developments. Here we combine methods from the biological, computational and social science fields to make the most of the data aval;iable at the same time as accounting for bias in the collection, visualisation and communication of this information. We choose to use weather as a example as the field is developing fast with the additional data from satellites and other devices in communities allowing for much better response times in dangerous situations such as war and natural disasters.

Data collection

We collect weather data from the following sources:

  • BOM
  • Open weather
  • xx
## [1] "list"         "owmr_weather"

Dataset generated

We then use functions and tidy data wrangling tools (dplyr etc) to generate a standard weather dataset for this flexdashboard and application.

This will then allow the product to be passed to the landscaping company for testing and further development.

Images collected

The below section deals with data collection from image data such as satillites and gif’s from web pages. We collect image data from the following sources:

Statistical model

Supporting code/documentation

  • tidyverse
  • dataspice
  • BOM

But by adding additional data sources we are able to increase the number of weather stations reporting to this dataset using:

  • owmr

Results

This report generates a collection of images and data needed to distribute and inform userrs of the data and updates.

Variables

Our curated dataset allows for the aims of our project meet and have resulted in the following baseline set of variables. To create the dataset above there are several important structural choices that have been made based on the overall project goals and the other avaliable tools.

Setup

First of all you have to store your API key in an environment variable called OWM_API_KEY. For the current session this can be done with:

Get data

Due to the ... parameter in R you can pass all parameters defined in the openweathermap-api-reference to the functions fetching data.

## [1] "list"         "owmr_weather"
## [1] "list"      "owmr_find"

Get similar-ish data frames with owmr_as_tibble

Actual temperature

Leaflet integration

## [1] "<b>Canberra</b></br>149.1281, -35.2835</br>4°C, <i>broken clouds</i>"
## [2] "<b>Russell</b></br>149.151, -35.2977</br>4°C, <i>broken clouds</i>"

Furthermore, you can add weather map layers from OpenWeatherMap to the map object via add_owm_tiles. For available layers see owm_layers.

Communication

From static to dynamic documents and back again using rmarkdown and knitr…..

To combine the data for this project the following functions have been developed:

Discussion

Coming soon…

Canberra only

Canberra is:

  • small
  • BOM has only three official weather stations that report to the BOM database. These are shown in Figure 1.
  • Divide areas based on workflow. This is obviously dynamic in many cases but this is where it can be changed.
Application

Landscaping and garden works are common locally based small businesses that are heavily impacted by local weather conditions. We use this case study to create a dynamic dashboard of curated locations and there association weather data for a morning (7am report). For a single live site see xx [coming soon]

to reproduce dashboard run the following code…

Weather icons

I will create a set of unique weather icons in the future. For now

## [1] "04n" "04n" "04n" "03n" "04n" "04n" "04n" "04n" "03n"

Historical data

  • kaggle?

References

References should follow the ACM standard. The example provided here uses the class file and bib style file. For example, we could write that published a review on EDM in this journal; other reviews were published later . The provided ref.bib file contains examples of virtually every possible citation type.

Working with this project

Appendices

Supplementary technical material (e.g., mathematical proofs or descriptions of experimental procedures) should be collected in an appendix at the end of the paper (before the acknowledgements and the references sections).

Appendix 1: Setup and build current repository

Appendix 2: RMarkdown help and support

Figures and tables

Each figure and table must be mentioned in the text, and must be numbered consecutively in order of appearance (with captions in lower case). For the review process, the figures should be integrated into the text rather than being inserted at the end of the document.

As JEDM is an electronic journal, authors are encouraged to use colours when it enhances visibility and understanding of figures.

Examples of a figure and a table are given in Figure~\(\ref{tab:fig1}\) and Table~\(\ref{tab:1}\).

For LaTeX, a style file named is provided on the journal’s web site. An MS Word file containing this example text is also provided, , which can be used as a template (see the Styles menu). Note that copy/pasting into the template may not ensure correct formatting but selecting a region of text and applying the appropriate style should always work.

Footnotes and acknowledgments

Footnotes should be used sparingly and indicated by consecutive superscript numbers in the text. Material to be footnoted should appear at the bottom of the page on which it is referenced. Acknowledgments and grant numbers should be put into a separate ‘Acknowledgment’ section right before the list of references.

Articles per Day

Comments per Day

Spam per Day

References

Supporting materials (from journal template)
Page numbering and sectioning
Sections and subsections
Subsection levels
Fourth level.

Submission

Bookdown

Manual referencing
 

Support our work here:

anthony.davidson@canberra.edu.au

R + RMarkdown + Github.